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ABSTRACT 



The invention is a communications system that provides 
communications services to an end-user. The system 
includes a residential hub that is connected to the commu- 
nications system over a DSL connection. The residential hub 
converts voice traffic to ATM for transmission over the DSL 
connection. The communications system includes broad- 
band networks and a service node to facilitate communica- 
tions services for the end-user. 
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TELECOMMUNICATIONS SYSTEM 

RELATED APPLICATIONS 
Not applicable 

FEDERALLY SPONSORED RESEARCH OR 
DEVELOPMENT 

Not applicable 

MICROFICHE APPENDIX 
Not applicable 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The invention relates to telecommunications systems, and 
in particular, to telecommunications systems that provide 
simultaneous voice and broadband services over ATM con- 
nections over the local loop. 

2. Description of the Prior Art 

The telephone wires to the residence are known as the 
local loop. The local loop has primarily been used to carry 
POTS traffic and low speed data using modems. POTS is an 
acronym for "Plain Old Telephone Service" and generally 
entails voice traffic. Digital Subscriber Line (DSL) technol- 
ogy has been developed to provide greater bandwidth to the 
local loop. DSL technology superimposes high bandwidth 
data over the analog POTS traffic on the local loop. This 
high bandwidth data is transparent to the POTS operation of 
the local loop. At the central office, the high bandwidth data 
is removed from the twisted pair and provided to a separate 
data network. The POTS traffic remains on the twisted pair 
and is provided to a class 5 switch. As a result, DSL 
technology allows high bandwidth data and POTS traffic to 
co-exist on the local loop. POTS traffic is still handled by a 
class 5 switch in the conventional manner, but the high 
bandwidth data is removed from the line before the class 5 
switch. 

Asynchronous Transfer Mode (ATM) and Synchronous 
Optical Network (SONET) technologies have also been 
developed to provide broadband transport and switching 
capability to Local Area Networks (LANs), Wide Area 
Networks (WANs), and other networks. Prior systems do not 
contemplate converting the voice traffic to ATM before it is 
placed on the DSL local loop. This is because standard class 
5 switches on the network side of the local loop do not 
typically handle ATM voice traffic. As a result, ATM tech- 
nology has not been combined with DSL technology to carry 
residential POTS traffic. POTS traffic carried by a DSL local 
loop still requires processing by a complex and expensive 
class 5 switch. 

SUMMARY OF THE INVENTION 

55 

The invention is a communications system for providing 
communications services to an end user at a residence. The 
communications system comprises: a residential communi- 
cations hub, a network multiplexer, telephone wiring, a 
service node, a broadband metropolitan area network ring, go 
and a broadband wide area network ring. 

The residential communications hub is located at the 
residence. It is comprised of a plurality of communications 
interfaces that communicate with a plurality of end-user 
communications devices that are located in the residence 65 
and that use a plurality of communications formats. The 
communications interfaces convert between the communi- 
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cations formats and an ATM format. At least one of the 
communications interfaces is an analog telephony interface 
that communicates with a telephone that is located in the 
residence and that uses an analog telephony format. The 
analog telephony interface converts between the analog 
telephony format and the ATM format. The residential 
communications hub is further comprised of a Digital Sub- 
scriber Line (DSL) interface that is coupled to the commu- 
nications interfaces. It communicates with the communica- 
tions system using an ATM over DSL format. 

The network multiplexer converts between the ATM over 
DSL format and an ATM over broadband format. The 
telephone wiring connects the residential communications 
hub and the network multiplexer and carries the ATM over 
DSL format. The service node receives and processes end- 
user communications service requests and initiates the estab- 
lishment of ATM communications paths to support the 
service requests. The broadband metropolitan area network 
ring provides ATM over broadband communications paths 
between the network multiplexer and the service node. The 
broadband wide area network ring is connected to the 
service node and provides ATM over broadband communi- 
cations paths to the service node. 

In some embodiments of the invention, the communica- 
tions system further comprises: a second service node that is 
connected to the broadband wide area network ring, a 
second broadband metropolitan area network ring that is 
connected to the second service node, a second network 
multiplexer that is connected to the broadband metropolitan 
area network ring, a second residential hub that is located at 
a second residence to provide services to a second end-user, 
and second telephone wiring that connects the second net- 
work multiplexer to the second residential hub. The com- 
munications system is operational to provide a voice over 
ATM connection between the residential hubs in response to 
a service request directed to one of the service nodes. 

BRIEF DESCRIPTION OF THE DRAWING 
FIGURES 

FIG. 1 is a block diagram of a version of the invention. 
FIG. 2 is a block diagram of a version of the residence. 
FIG. 3 is a block diagram of a version of the residential 
hub. 

FIG. 4 is a block diagram of a version of the service node. 
FIG. 5 is a message sequence chart of a version of the 
invention. 

FIG. 6 is a block diagram of a version of the invention. 
FIG. 7 is a logic diagram of a version of the invention. 
FIG. 8 is a logic diagram of a version of the invention. 
FIG. 9 is a logic table used in a version of the invention. 
FIG. 10 is a logic table used in a version of the invention. 
FIG. 11 is a logic table used in a version of the invention. 
FIG. 12 is a logic table used in a version of the invention. 
FIG. 13 is a logic table used in a version of the invention. 
FIG. 14 is a logic table used in a version of the invention. 
FIG. 15 is a logic table used in a version of the invention. 
FIG. 16 is a logic table used in a version of the invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

The invention combines ATM technology with class 5 
switch emulation to provide bandwidth, class 5 features, and 
other services over the local loop. In preferred embodiments, 
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Asymmetrical Digital Subscriber Line (ADSL) technology 
is used to transport ATM over the local loop. In ADSL, 
conventional voice traffic (POTS) and high bandwidth data 
traffic can coexist on the local loop. Currently, ADSL can 
typically support 6,000,000 bits per second into the resi- 
dence and 500,000 bits per second out of the residence. For 
comparison, a conventional telephone conversation requires 
64,000 bits per second. 

FIG. 1 depicts a system for some embodiments of the 
invention, although one skilled in the art will appreciate 
other variations and implementations covered by the claims. 
Shown are residences 102, 104, 106, 108, 110, 112, 114, and 
116. Residences 102 and 104 are connected to mux 120. 
Residences 106 and 108 are connected to mux 122. Resi- 
dences 110 and 112 are connected to mux 124. Residences 
114 and 116 are connected to mux 126. The residences are 
connected to the muxes over ATM connections, and in 
preferred embodiments, these connections are ADSL/ATM 
connections. Muxes 120 and 122 are connected to SONET 
ring 130. Service node 140 is also connected to SONET ring 
130. Muxes 124 and 126 are connected to SONET ring 132. 
Service node 142 is also connected to SONET ring 132. 
Both service nodes 140 and 142 are connected to ATM 
network 150 and to POTS network 160. ATM network 150 
is connected to internet 170. 

The residences have end users who desire communica- 
tions services. The residences are depicted as homes, but 
they could also be businesses or other sites where users 
desire communications services. Typically, the end users 
operate telephones, computers, fax machines, televisions, 
and other communications devices. The residences 
exchange ATM communications with the muxes over the 
local loops. In preferred embodiments, the residences and 
the muxes communicate with each other over the local loop 
using DSL interfaces. In other embodiments, the connec- 
tions could be ATM carried over wireless links or other high 
speed connections. The residences also have ATM interfaces 
that can interwork between end user communications and 
ATM. 

It is important to point out that the invention converts 
POTS traffic to ATM traffic at the residence, and preferably 
carries this ATM traffic over an ADSL connection to the 
mux. The invention also converts non-voice traffic to ATM 
traffic, and preferably carries this additional ATM traffic over 
the DSL connection to the mux. This represents a distinct 
advance in the art. Current DSL technology treats POTS in 
the conventional manner by providing POTS traffic to a class 
5 switch. 

The muxes have ATMISONET interfaces to communicate 
over the SONET rings. In preferred embodiments, the 
muxes interwork between ADSL connections from the resi- 
dences and SONET connections to the service nodes. Thus, 
communications between the residence and the mux are 
preferably carried over ADSL/ATM connections, and com- 
munications between the mux and the service node are 
preferably carried over SONET/ATM connections. The mux 
converts between ADSL/ATM and SONET/ATM. 

The muxes also have the ability to implement ATM 
Switched Virtual Circuits (SVCS). Essentially, this means 
that muxes can interwork ATM cells streams between dif- 
ferent virtual connections upon request. This allows various 
connection options between a residence and a service node. 
ATM connections could be provisioned as PVC/PVCs from 
the residence directly to the service node. This tends to waste 
bandwidth in the SONET rings. ATM connections could be 
provisioned from the residence to the mux, and the mux and 
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service node could use SVCs to communicate. The entire 
connection between the residence and the service node could 
establish SVCs as needed. In addition, combinations of the 
above could be provided. For example, low bandwidth 

5 control channels could be provisioned directly from resi- 
dence to service node, but higher bandwidth bearer channels 
could be established on an SVC basis. 

The SONET rings provide broadband transport pipes that 
carry ATM cells. Preferably, the SONET rings are broad- 

10 band metropolitan area network (B-MAN) rings that serve 
dense residential and commercial areas. The SONET rings 
may include ATM switches, including ATM switches that 
provide the muxes with access to the SONET rings. SONET 
rings can be self-healing. If a self-healing ring is cut, 

15 connectivity is maintained as communications may be trans- 
ported in the other direction around the ring to bypass the 
cut. SONET connections are typically provisioned from 
endpoint to endpoint. The muxes have SONET connections 
provisioned through the rings to the service nodes. The 

20 muxes and service nodes communicate over these ATM/ 
SONET connections. 

The service nodes provide an interface between the end 
users and many communications services and features. The 
end users communicate with the service nodes to specify 

25 end-user communication service requirements. The service 
nodes then instruct the communications networks to deliver 
the required services to the end users. It can be seen that the 
end user communications are converted to ATM at the 
residence and provided to the service nodes as ATM traffic. 

30 This includes POTS traffic. As a result, the residence and 
service node can support POTS voice over ATM without 
using a class 5 switch. 

ATM network 150 interconnects the various service 

35 nodes. Typically, ATM network 150 is a SONET/ATM 
system comprised of ATM cross-connects and SONET Add 
Drop Multiplexers (ADMs). ATM network 150 also pro- 
vides access to internet 170, Internet 170 could be the 
conventional "Internet" that uses the TCP/IP protocol. The 

^ service nodes are also connected to POTS network 160. 
POTS network 160 is the conventional "Plain Old Tele- 
phone Service" that primarily carries telephone voice traffic. 

To illustrate the operation of the system depicted in FIG. 
1, a few examples will be discussed. One skilled in the art 

45 will appreciate that numerous other examples could also be 
supported by the invention. Consider that an end user at 
residence 104 may request a telephone conversation with 
another end user at residence 116. Since both end users are 
coupled to service nodes, this is an "on-net" call. Residence 

50 104 will send a call request through mux 120 and SONET 
ring 130 to service node 140. Typically, a provisioned ATM 
control channel will be used during set-up. Service node 140 
will identify the request as on-net and set-up an ATM path 
between residence 104 and residence 116. This ATM path 

55 will utilize mux 120, SONET ring 130, service node 140, 
ATM network 150, service node 142, SONET ring 132, and 
mux 126. Typically, ATM PVCs are provisioned between the 
residences and the muxes, and ATM SVCs are used on the 
network side of the muxes. 

60 Another end user at residence 104 may desire a telephone 
conversation with an entity not coupled to a service node. 
This "off-net" call would be set-up by service node 140 
through POTS network 160. Yet another end-user at resi- 
dence 104 may desire access to internet 170. Service node 

65 140 will accept this request and set-up the connection to 
internet 170 through mux 120, SONET ring 130, and ATM 
network 150. Because of the high bandwidth available with 
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ATM over ADSL and SONET, all three of these communi- nicate with the service node to request numerous other 

cation sessions could occur simultaneously. communications services. 

FIG. 2 depicts an example of a residence in some embodi- ATM card 324 provides an ATM interface to devices 

ments of the invention. Where applicable, the reference within the residence. If ATM card 324 exchanges ATM 

numbers for components that are similar retain the same 5 signaling with resident devices over VPI«0 and VPI=5, then 

final two digits from one figure to the next. Within residence ATM card 325 may use virtual path associated signaling to 

202 are hub 204, ATM interface 206, ADSL modem 208, exchange control information with the service node. MPEG 

telephone 210, telephone 212, computer 214, and computer card 326 provides an MPEG interface to devices within the 

216. The telephones and computers are connected to hub residence. MPEG is a video formatting standard. Typically, 

204 over conventional connections. Hub 204 is coupled to 10 MPEG card 326 will receive MPEG formatted video in ATM 

ATM interface 206 which is coupled to ADSL modem 208. cells through ADSL/ATM interface 310 and provide video 

ADSL modem 206 is connected to mux 220, which is signals to devices in the residence. Utility card 328 is a card 

connected to SONET ring 230. that is couple to utility metering devices in the home. The 

Hub 204 has an analog telephony interface that supports utility card is programmed to collect the metering informa- 

analog telephony communications with the telephones. Hub 15 lion and forward it to the utility companies through ADSIV 

204 provides dial tone and power to the telephones. Hub 204 ATM interface 310. LAN card 330 supports a LAN that is 

can detect on-hook and off-hook conditions as well as internal to the residence. For, example, LAN card 330 could 

DTMF tones. Hub 204 can also provide ringback and busy support ethernet connections to multiple computers. The 

tones to the telephones. Each telephone could have its own computers could access the Internet through LAN card 330 

line or could share lines. Hub 204 communicates with the 20 and ADSL/ATM interface 310. 

service node to set-up communications sessions for the Telephony card 332 supports analog telephony commu- 

telephones. nications with the telephones. Telephony card 332 provides 

Hub 204 also provides a LANftouter function to the dial tone and power to the telephones. Telephony card 332 

computers. For example, hub 204 could be equipped with an can detect on-hook and off-hook conditions as well as 

ethernet interface for connection to the computers. When a 25 DTMF tones. Telephony card 332 can also provide ringback 

communications request is made by one of the computers, and busy tones to the telephones. In some embodiments, 

hub 204 routes the request to the service node. ATM telephony card 332 provides echo cancellation or other 

interface 206 can integrate voice, video, and data over digital signal processing functions. Telephony card 332 can 

high-bandwidth ATM connections for the telephones and forward control information (i.e. off-hook+dialed number) 

computers. ATM interface 206 provides ATM cells to ADSL to the service node either directly through ADSL/ATM 

modem 206 for transport to mux 220. Mux 220 is connected interface 310 or through Java card 320 and ADSL/ATM 

to SONET ring 230. Conventional requirements for hub 204 interface 310. 

can be found in Telecommunications Industry Association FIG. 4 depicts an example of a service node for some 

(TIA) document SP-3771. 35 embodiments of the invention. Shown is service node 440. 

FIG, 3 depicts an example of the residential components It comprises ATM switch 441, session manager 442, feature 

of some embodiments of the invention. Shown is hub 304 server 443, ATM voice mux (AVM) 443 and public switched 

and it includes ADSL/ATM interface 310 and ATM back- telephone network (PSTN) gateway 445. ATM switch 441 is 

plane 314. Together, these components allow for ATM connected to SONET ring 430 and ATM network 450. AVM 

communications within the hub and with external elements ^ 444 and Call Manager 445 are connected to POTS network 

through ADSL/ATM interface 310. ADSL/ATM interface 460. ATM switch 441 is able to establish switched virtual 

310 converts end user control and communications into the circuits (SVCs) in response to control instructions from 

ADSL/ATM format for transport to the service node. ATM/ session manager 442. Feature server 443 provides various 

ADSL interface 310 also receives communications and features to the end users. Feature server 443 may provide 

control from the service node and provides these to the 45 class 5 features to end users. Feature server 443 may 

appropriate components of hub 304. ADSL/ATM 310 inter- download software or Java applets to the residential hub. 

face also provides smoothing and shaping for the ATM Feature server could provide other features, such as 

signals. intranets, voice mail, or personalized internet web pages and 

Also shown are several cards connected to ATM back- browsers, 
plane 314. These are: Java card 320, ATM card 324, MPEG 50 Session manager 442 is a communications control pro- 
card 326, utility card 328, LAN card 330, and telephony card cessor that initiates services for the end users. Session 
332. The cards provide communications services to the end manager 442 is compliant with the Telecommunications 
users as discussed below. The cards can communicate with Information Network Architecture Consortium (TINA-C) 
each other or through ATM backplane 314. They can also requirements. It houses the user agent and the residential hub 
communicate with the service node directly through inter- 55 houses the provider agent. Together, the user agent and the 
face 310. An uninteruptable power supply (UPS) may be provider agent communicate to establish requirements for a 
included if desired in order to provide power during an communications service. One requirement is quality of 
outage to the home. service and it typically entails bandwidth, priority, as well as 

Java card 320 includes a processor and memory and is otner factors. The session manager issues control messages 

operational to receive Java applets from the service node. 60 t0 *e required elements to deliver the communications 

Java applets can support a wide variety of tasks. In service. 

particular, Java applets can be used to provide the intelli- The combination of the provider agent and session man- 

gence to support class 5 features, such as call waiting and ager provides numerous incoming call management capa- 

call forwarding. Java card 320 also exerts control over the bilities. Based on these capabilities, the users can establish 

cards and ADSL/ATM interface 310. This could include 65 their own preferences and policies. If a single phone number 

ATM virtual connection assignments for communications to is assigned to all the phones, then one policy for handling 

the mux or service node, Java card 320 may also comrau- incoming calls would be to ring all the idle phones. When 
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one of the phones is answered, the call is routed to that same mux. This would also be useful to facilitate continuity 

phone and the ringing is stopped at the other phones. testing by a switch. OC-3 interface 535 is operational to 

Another policy would be that a particular idle phone is accept ATM cells from AAL 530 and transmit them, typi- 

selected for ringing. The selection could also be based on cally over the connection to the ATM switch in the service 

any number of inputs such as the caller identity, time of day, 5 node. 

day of week, etc. In general, a very flexible association Digital signal processor 525 is operational to apply vari- 

between phone numbers and assigned telephone lines can be ous digital processes to particular DSOs in response to 

created. There can be one phone number per line, or there control messages received through control interface 500. 

can be more phone numbers than lines with distinctive Examples of digital processing include: tone detection, tone 

ringing based on the called number. 10 transmission, loopbacks, voice detection, voice messaging, 

If the user has a personal computer with an HTML echo cancellation, compression, and encryption. In some 

browser, the user can access a network service that can allow embodiments, digital signal processing 525 could handle 

the user to create a personalized set of call management rules continuity testing. For example, the call manager may 

that control communications with the user. This would be instruct the mux to provide a loopback for a continuity test 

achieved via a graphical application where the user creates 15 and or disable cancellation for a call. Digital signal proces- 

a decision tree by putting components together on a palette. sor 525 is connected to AAL 530. As discussed, DSOs from 

This information would be distributed between the session DSO interface 520 may bypass digital signal processing 525 

manager and the provider agent. For example, the session and be directly coupled to AAL 530. 

manager would know which calls to route to voice mail AAL 530 comprises both a convergence sublayer and a 

based on the caller's identity. For such a call, the provider 20 segmentation and reassembly (SAR) layer. AAL 530 is 

agent will not need to get a call message from session operational to accept the user information in DSO format 

manager. On the other hand, the logic discussed above that fr 0m DSO interface 520 or digital signal processor 525 and 

handles which phone(s) to alert will be encapsulated in the convert the information into ATM cells. AALs are known in 

provider agent. the art and information about AALs is provided by Interna- 

AVM 444 provides a bearer channel interface between 25 tional Telecommunications Union (ITU) document 1.363. 

POTS network 460 and ATM switch 441. Typically, the An AAL for voice is also described in patent application Ser. 

requires interworking DSO connections with ATM virtual No. 08/395,745, filed on Feb. 28, 1995, entitled "Cell 

connections. Call Manager 445 provides a call processor and Processing for Voice Transmission", and hereby incorpo- 

SS7 signaling interface between POTS network 460 and rated by reference into this application. AAL 530 obtains the 

session manager 442 (through ATM switch 441). Typically, 30 virtual path identifier (VPI) and virtual channel identifier 

this requires processing session manager requests and gen- (VCI) for each call from control interface 500. AAL 530 also 

erating SS7 messages for POTS network 460. In addition, obtains the identity of the DSO for each call (or the DSOs for 

SS7 messages from POTS network 460 are received and an Nx64 call). AAL 530 then converts user information 

processed by Call manager 460, and control information is between the identified DSO and the identified ATM virtual 

passed to session manager 442. 35 connection. Acknowledgments that the assignments have 

FIG. 5 shows one embodiment of the mux that is suitable been implemented may be sent back to the call manager if 

for the present invention, but other muxes that support the desired. Calls with a bit rate that are a multiple of 64 

requirements of the invention are also applicable. Shown are kbit/second are known as Nx64 calls. If desired, AAL 530 

control interface 500, OC-3 interface 505, DS3 interface ca n be capable of accepting control messages through con- 

510, DS1 interface 515, DSO interface 520, digital signal tool interface 500 for Nx64 calls. 

processor 525, ATM adaption Layer (AAL) 530, and OC-3 As discussed above, the mux also handles calls in the 
interface 535. opposite direction — from OC-3 interface 535 to DSO inter- 
Control interface 500 accepts messages from the call face 520. Control interface 500 will provide AAL 530 with 
manager. In particular, control interface 500 provides DSO/ 45 the assignment of the selected VPI/VCI to the selected 
virtual connection assignments to AAL 530 for implemen- outbound DSO. The mux will convert the ATM cells with the 
tation. Control interface 500 may accept controlmessages selected VPI/VCI in the cell headers into the DSO format and 
from the call manager with messages for DSO 520. These provide it to the selected outbound DSO connection, 
messages could be to connect DSOs to: 1) other DSOs, 2) A technique for processing VPI/VCIs is disclosed in 
digital signal processor 525, or 3) AAL 530 (bypassing 50 P^ent application Ser. No. 08/653,852, filed on May 28, 
digital signal processor 525). Control interface 500 may 1996, entitled "Telecommunications System with a Connec- 
accept control messages from the call manager with mes- tion Processing System," and hereby incorporated by refer- 
sages for digital signal processing 525. An example of such ence into this application. 

an message would be to disable an echo canceller on a The call manager is a signaling processor that is referred 

particular connection. 55 to as a call/connection manager (CCM), and it receives and 

OC-3 interface 505 accepts the OC-3 format and makes processes telecommunications call signaling and control 

the conversion to DS3. DS3 interface 510 accepts the DS3 messages to select connections that establish communica- 

format and makes the conversion to DS1. DS3 interface 510 ^on paths for calls. In the preferred embodiment, the CCM 

can accept DS3s from OC-3 interface 505 or from an processes SS7 signaling to select connections for a call, 

external connection. DS1 interface 515 accepts the DS1 60 CCM processing is described in a U.S. Patent Application 

format and makes the conversion to DSO. DS1 interface 515 having attorney docket number 1148, which is entitled 

can accept DSls from DS3 interface 510 or from an external "Telecommunication System," which is assigned to the 

connection. DSO interface 520 accepts the DSO format and same assignee as this patent application, and which is 

provides an interface to digital signal processor 525 or AAL incorporated herein by reference. 

530. In some embodiments, DSO interface 520 could be 65 In addition to selecting connections with the POTS 

capable of directly interconnecting particular DSOs. This network, the CCM performs many other functions in the 

could be the case for call entering and egressing from the context of call processing. It not only can control routing and 
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select the actual connections, but it can also validate callers, translation, routing, call control, exceptions, screening, and 

control echo cancellers, generate billing information, invoke error handling. In addition to providing the control require - 

intelligent network functions, access remote databases, man- meats for the mux, application platform 630 also provides 

age traffic, and balance network loads. One skilled in the art requirements for echo control and resource control to the 

will appreciate how the CCM described below can be 5 appropriate interface of control platform 620. In addition, 

adapted to operate in the above embodiments. application platform 630 generates signaling information for 

FIG. 6 depicts a version of the CCM. Other versions are transmission by signaling , platform i 610. The signaling infor- 

also contemplated. In the embodiment of FIG. 6, CCM 600 m f on . mi f 1 be ? SU P R ^ or f TCAP f mess . a S es \ exte ™ 1 

• i • i t \ , network elements. Pertinent information for each call is 

controls an ATM >nterworkang mulUplexer (mux) that per- stMed in a cafl block (ccfi) for , he call m CCB 

forms interworking of DSOs and VPI/VCIs. However, the 10 . , c . , . . „ 

___ , , 6 , .. .. , can be used for tracking and billing the call. 

CCM may control other communications devices and con- . ,. . , c ° . . . , , . , 

nections in other embodiments ApphcaUon platform 630 operates in general accord with 

^ 1„ embodiments the Basic Call Model (BCM) defined by the ITU. An 

CCM 600 comprises signaling platform 610 control of (he QCM fc created to hand]e each caU ^ 

phtform 620 and apphcalion platform 630 Each of the BCM includes an originating process and a terminating 

Platforms 610, 620, and 630 is coupled to the other plat- process . Appi ication p i at fo rm 630 includes a service switch- 

iorms. m g function (SSF) that is used to invoke the service control 

Signaling platform 610 is externally coupled to the SS7 function (SCF). Typically, the SCF is contained in a service 

systems— in particular to systems having a message transfer control point (SCP). The SCF is queried with TCAP or INAP 

part (MTP), an ISDN user part (ISUP), a signaling connec- ^ messages. The originating or terminating processes will 

tion control part (SCCP), an intelligent network application access remot e databases with intelligent network (IN) func- 

part (INAP), and a transaction capabilities application part tionality via the SSF function. 

(TCAP). Control platform 620 is externally coupled to a Software requirements for application platform 630 can 

mux control, an echo control, a resource control, billing, and be produced m specification and description language (SDL) 

operations. 25 defined m TfU-T Z.100. The SDL can be converted into C 

Signaling platform 610 comprises MTP levels 1-3, ISUP, co de. Additional C and C++ code can be added as required 

TCAP, SCCP, and INAP functionality and is operational to t Q establish the environment. 

transmit and receive the SS7 messages. The ISUP, SCCP, From FIG 6j it can be secn tnat application platform 630 

INAP, and TCAP functionality use MTP to transmit and processes signaling information to control numerous sys- 

receive the SS7 messages. Together, this functionality is 3Q tems and facilitate call connections and services. The SS7 

referred as an "SS7 stack," and it is well known. The signaling is exchanged with external components through 

software required by one skilled in the art to configure an signaling platform 610, and control information is 

SS7 stack is commercially available, for example, from the exchanged with external systems through control platform 

Trillium company. 62 n. Advantageously, CCM 600 is not integrated into a 

Control platform 620 is comprised of various external 35 switch CPU that is coupled to a switching matrix. Unlike an 

interfaces including session manager interface, a mux SCP, CCM 600 is capable of processing ISUP messages 

interface, an echo interface, a resource control interface, a independently of TCAP queries. 

billing interface, and an operations interface. The mux SS7 meS sages are well known. Designations for various 

interface exchanges messages with at least one mux. These SS7 messages commonly are used. Those skilled in the art 

messages comprise DSO to VPI/VCI assignments, ^ are familiar w i tn the following message designations: 

acknowledgments, and status information. The echo control ACM— Address Complete Message 

interface exchanges messages with echo control systems. ANM— Answer Message 

Messages exchanged with echo control systems might BLO Blocking 

include instructions to enable or disable echo cancellation on BLA— Blocking Acknowledgment 

particular DSOs, acknowledgments, and status information. 45 q^q p r0 gress 

The resource control interface exchanges messages with CRG Charge Information 

external resources via the session manager. Examples of CGB — Circuit Group Blocking 

such resources are devices that implement continuity testing, CGB A— Circuit Group Blocking Acknowledgment 

encryption, compression, tone detection/transmission, voice GRS Circuit Group Reset 

detection, and voice messaging. The messages exchanged 50 GRA — Circuit Group Reset Acknowledgment 

with resources are instructions to apply the resource to £GU — Circuit Group Unblocking 

particular DSOs, acknowledgments, and status information. CGUA— Circuit Group Unblocking Acknowledgment 

For example, a message may instruct a continuity testing CQM— Circuit Group Query 

resource to provide a loopback or to send and detect a tone CQR — Circuit Group Query Response 

for a continuity test. 55 CRM — Circuit Reservation Message 

The billing interface transfers pertinent billing informa- CRA — Circuit Reservation Acknowledgment 

tion to a billing system. Typical billing information includes CVT — Circuit Validation Test 

the parties to the call, time points for the call, and any special CVR — Circuit Validation Response 

features applied to the call. The operations interface allows CFN — Confusion 

for the configuration and control of CCM 600. One skilled 6o COT — Continuity 

in the art will appreciate how to produce the software for the CCR — Continuity Check Request 

interfaces in control platform 620. EXM — Exit Message 

Application platform 630 is functional to process signal- INF — Information 

ing information from signaling platform 610 in order to INR — Information Request 

select connections. The identity of the selected connections 65 IAM — Initial Address 

are provided to control platform 620 for the mux interface. LPA — Loop Back Acknowledgment 

Application platform 630 is responsible for validation, RAM — Pass Along 
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REL — Release 

RLC — Release Complete 

RSC— Reset Circuit 

RES — Resume 

SUS— Suspend 

UBL — Unblocking 

UBA — Unblocking Acknowledgment 

UCIC — Unequipped Circuit Identification Code. 

Call processing typically entails two aspects. First, an 
incoming or "originating" connection is recognized by an 
originating call process. For example, the initial connection 
that a call uses to enter a network is the originating con- 
nection in that network. Second, an outgoing or "terminat- 
ing" connection is selected by a terminating call process. For 
example, the terminating connection is coupled to the origi- 
nating connection in order to extend the call through the 
network. These two aspects of call processing are referred to 
as the originating side of the call and the terminating side of 
the call. 

FIG. 7 depicts a data structure used by application plat- 
form 630 of FIG. 6 to execute the BCM. This is accom- 
plished through a series of tables that point to one another in 
various ways. The pointers are typically comprised of next 
function and next index designations. The next function 
points to the next table, and the next index points to an entry 
or a range of entries in that table. The data structure has 
trunk circuit table 700, trunk group table 702, exception 
table 704, ANI table 706, called number table 708, and 
routing table 710. 

Trunk circuit table 700 contains information related to the 
connections. Typically, the connections are DS0 or ATM 
connections. Initially, trunk circuit table 700 is used to 
retrieve information about the originating connection. Later, 
the table is used to retrieve information about the terminat- 
ing connection. When the originating connection is being 
processed, the trunk group number in trunk circuit table 700 
points to the applicable trunk group for the originating 
connection in trunk group table 702. 

Trunk group table 702 contains information related to the 
originating and terminating trunk groups. When the origi- 
nating connection is being processed, trunk group table 702 
provides information relevant to the trunk group for the 
originating connection and typically points to exception 
table 704. 

Exception table 704 is used to identify various exception 
conditions related to the call that may influence the routing 
or other handling of the call. Typically, exception table 704 
points to ANI table 706. Although, exception table 704 may 
point directly to trunk group table 702, called number table 
708, or routing table 710. 

ANI table 706 is used to identify any special character- 
istics related to the caller's number. The caller's number is 
commonly known as automatic number identification (ANI). 
ANI table 706 typically points to called number table 708. 
Although, ANI table 706 may point directly to trunk group 
table 702 or routing table 710. 

Called number table 708 is used to identify routing 
requirements based on the called number. This will be the 
case for standard telephone calls. Called number table 708 
typically points to routing table 710. Although, it may point 
to trunk group table 702. 

Routing table 710 has information relating to the routing 
of the call for the various connections. Routing table 710 is 
entered from a pointer in either exception table 704, ANI 
table 706, or called number table 708. Routing table 710 
typically points to a trunk group in trunk group table 702. 

When exception table 704, ANI table 706, called number 
table 708, or routing table 710 point to trunk group table 
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702, they effectively select the terminating trunk group. 
When the terminating connection is being processed, the 
trunk group number in trunk group table 702 points to the 
trunk group that contains the applicable terminating con- 
5 nection in trunk circuit table 702. The terminating trunk 
circuit is used to extend the call. The trunk circuit is typically 
a VPI/VCI or a DS0. Thus it can be seen that by migrating 
through the tables, a terminating connection can be selected 
for a call. 

FIG. 8 is an overlay of FIG. 7. The tables from FIG. 7 are 
present, but for clarity, their pointers have been omitted. 
FIG. 8 illustrates additional tables that can be accessed from 
the tables of FIG. 7. These include CCM ID table 800, 
treatment table 804, query/response table 806, and message 
table 808. 

1S CCM ID table 800 contains various CCM SS7 point 
codes. It can be accessed from trunk group table 702, and it 
points back to trunk group table 702. Treatment table 804 
identifies various special actions to be taken in the course of 
call processing. This will typically result in the transmission 

20 of a release message (REL) and a cause value. Treatment 
table 804 can be accessed from trunk circuit table 700, trunk 
group table 702, exception table 704, ANI table 706, called 
number table 708, routing table 710, and query/response 
table 806. 

25 Query/response table 806 has information used to invoke 
the SCF. It can be accessed by trunk group table 702, 
exception table 704, ANI table 706, called number table 708, 
and routing table 710. It points to trunk group table 702, 
exception table 704, ANI table 706, called number table 708, 

30 routing table 710, and treatment table 804. Message table 
808 is used to provide instructions for messages from the 
termination side of the call. It can be accessed by trunk 
group table 702 and points to trunk group table 702. 
FIGS. 9-16 depict examples of the various tables 

35 described above. FIG. 9 depicts an example of the trunk 
circuit table. Initially, the trunk circuit table is used to access 
information about the originating circuit. Later in the 
processing, it is used to provide information about the 
terminating circuit. For originating circuit processing, the 

40 associated point code is used to enter the table. This is the 
point code of the switch or CCM associated with the 
originating circuit. For terminating circuit processing, the 
trunk group number is used to enter the table. 
The table also contains the circuit identification code 

45 (CIC). The CIC identifies the circuit which is typically a 
DSO or a VPI/VCI. Thus, the invention is capable of 
mapping the SS7 CICs to the ATM VPI/VCI. If the circuit 
is ATM, the virtual path (VP) and the virtual channel (VC) 
also can be used for identification. The group member 

50 number is a numeric code that is used for terminating circuit 
selection. The hardware identifier identifies the location of 
the hardware associated with the originating circuit. The 
echo canceller (EC) identification (ID) entry identifies the 
echo canceller for the originating circuit. 

55 The remaining fields are dynamic in that they are filled 
during call processing. The echo control entry is filled based 
on three fields in signaling messages: the echo suppresser 
indicator in the LAM or CRM, the echo control device 
indicator in the ACM or CPM, and the information transfer 

60 capability in the IAM. This information is used to determine 
if echo control is required on the call. The satellite indicator 
is filled with the satellite indicator in the IAM or CRM. It 
may be used to reject a call if too many satellites are used. 
The circuit status indicates if the given circuit is idle, 

65 blocked, or not blocked. The circuit state indicates the 
current state of the circuit, for example, active or transient. 
The time/date indicates when the idle circuit went idle. 
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FIG. 10 depicts an example of the trunk group table. calling party charge number entry nature of address indi- 
During origination processing, the trunk group number from cates how the AN1 is to be obtained. The following is the 
the trunk circuit table is used to key into the trunk table. table fill that is used in this field: unknown, unique sub- 
Glare resolution indicates how a glare situation is to be scriber numbers, ANI not available or not provided, unique 
resolved. Glare is dual seizure of the same circuit. If the 5 national number, ANI of the called party included, ANI of 
glare resolution entry is set to "even/odd," the network ^ called P art y DOt included, ANI of the called party 
element with the higher point code controls the even circuits, includes national number, non-unique subscriber number, 
and the network element with the lower point code controls non-unique national number non-unique international 

the odd circuits. If the glare resolution entry is set to "all," nu 5f c 5 " U ° e t( f c ^ e ' a ? d ^ ? ther P arameter values * 

*i_ r*™* * i ii •* Tf,L i i *■ « The digits from and digits to focus further processing 

the CCM controls all of the circuits. If the glare resolution 10 . 4 Xm t L- • t-u j * * ■ j- * ;! 

4 A « „ iU . ^. * j umque to ANI within a given range. The data entry indicates 

entry is set to none, the CCM yields. The continuity if ^ ^ enls a * data devi * e lhat does n( / need echo 

control entry lists the percent of calls requiring continuity CQntrol 0riginating line in f ormat ; on (0 LI) differentiates 
tests on the trunk group. among ordinary subscriber, multiparty line, ANI failure, 
The common language location identifier (CLL1) entry is stalion levd ratingj special operator handling, automatic 
a Bellcore standardized entry. The satellite trunk group entry is identified outward dialing, coin or non-coin call using data- 
indicates that the trunk group uses a satellite. The satellite base access, 800/888 service call, coin, prison/inmate 
trunk group entry is used in conjunction with the satellite service, intercept (blank, trouble, and regular), operator 
indicator field described above to determine if the call has handled call, outward wide area telecommunications 
used too many satellite connections and, therefore, must be service, telecommunications relay service (TRS), cellular 
rejected. The service indicator indicates if the incoming 20 services, private paystation, and access for private virtual 
message is from a CCM (ATM) or a switch (TDM). The network types of service. The next function and next index 
outgoing message index (OMI) points to the message table point to the next table which is typically the called number 
so that outgoing messages can obtain parameters. The asso- table. 

ciated number plan area (NPA) entry identifies the area code. FIG. 13 depicts an example of the called number table. 

Selection sequence indicates the methodology that will be 25 The index is used to enter the table. The called number 

used to select a connection. The selection sequence field nature of address entry indicates the type of dialed number, 

designations tell the trunk group to select circuits based on for example, national versus international. The "digits from" 

the following: least idle, most idle, ascending, descending, and "digits to" entries focus further processing unique to a 

clockwise, and counterclockwise. The hop counter is dec- range of called numbers. The processing follows the pro- 

remented from the IAM. If the hop counter is zero, the call 30 cessing logic of the "digits from" and "digits to" fields in 

is released. Automatic congestion control (ACQ active FIG. 11. The next function and next index point to the next 

indicates whether or not congestion control is active. If table which is typically the routing table, 

automatic congestion control is active, the CCM may release FIG. 14 depicts an example of the routing table. The index 

the call. During termination processing, the next function is used to enter the table. The transit network selection 

and index are used to enter the trunk circuit table. 35 (TNS) network identification (ID) plan indicates the number 

FIG. 11 depicts an example of the exception table. The of digits to use for the CIC. The transit network selection 

index is used as a pointer to enter the table. The carrier "digits from" and "digits to" fields define the range of 

selection identification (ID) parameter indicates how the numbers to identify an international carrier. The circuit code 

caller reached the network and is used for routing certain indicates the need for an operator on the call. The next 

types of calls. The following are used for this field: spare or 40 function and next index entries in the routing table are used 

no indication, selected carrier identification code presub- to identify a trunk group. The second and third next function/ 

scribed and input by the calling party, selected carrier index entries define alternate routes. The third next function 

identification code presubscribed and not input by the call- entry can also point back to another set of next functions in 

ing party, selected carrier identification code presubscribed the routing table in order to expand the number of alternate 

and no indication of input by the calling party, and selected 45 route choices. The only other entries allowed are pointers to 

carrier identification code not presubscribed and input by the the treatment table. If the routing table points to the trunk 

calling party. The carrier identification (ID) indicates the group table, then the trunk group table typically points to a 

network that the caller wants to use. This is used to route trunk circuit in the trunk circuit table. The yield from the 

calls directly to the desired network. The called party trunk circuit table is the terminating connection for the call, 
number nature of address differentiates between 0+ calls, 1+50 It can be seen from FIGS. 9-14 that the tables can be 

calls, test calls, and international calls. For example, inter- configured and relate to one another in such a way that call 

national calls might be routed to a pre-selected international processes can enter the trunk circuit table for the originating 

carrier. connection and can traverse through the tables by keying on 

The called party "digits from" and "digits to" focus information and using pointers. The yield of the tables is 
further processing unique to a defined range of called 55 typically a terminating connection identified by the trunk 
numbers. The "digits from" field is a decimal number circuit table. In some cases, treatment is specified by the 
ranging from 1-15 digits. It can be any length and, if filled treatment table instead of a connection. If, at any point 
with less than 15 digits, is filled with 0s for the remaining during the processing, a trunk group can be selected, pro- 
digits. The" digits to" fie Id is a decimal number ranging from cessing may proceed directly to the trunk group table for 
1-15 digits. It can be any length and, if filled with less than 60 terminating circuit selection. For example, it may be desir- 
15 digits, is filled with 9s for the remaining digits. The next able to route calls from a particular ANI over a particular set 
function and next index entries point to the next table which of trunk groups. In this case, the ANI table would point 
is typically the ANI table. directly to the trunk group table, and the trunk group table 

FIG. 12 depicts an example of the ANI table. The index would point to the trunk circuit table for a terminating 

is used to enter the fields of the table. The calling party 65 circuit. Hie default path through the tables is: trunk circuit, 

category differentiates among types of calling parties, for trunk group, exception, ANI, called number, routing, trunk 

example, test calls, emergency calls, and ordinary calls. The group, and trunk circuit. 
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FIG. 15 depicts an example of the treatment table. Either 
the index or the message received cause number are filled 
and are used to enter the table. If the index is filled and used 
to enter the table, the general location, coding standard, and 
cause value indicator are used to generate an SS7 REL. The 
message received cause value entry is the cause value in a 
received SS7 message. If the message received cause value 
is filled and used to enter the table, then the cause value from 
that message is used in a REL from the CCM. The next 
function and next index point to the next table. 

FIG. 16 depicts an example of the message table. This 
table allows the CCM to alter information in outgoing 
messages. Message type is used to enter the table, and it 
represents the outgoing standard SS7 message type. The 
parameter is the pertinent parameter within the outgoing SS7 
message. The indexes point to various entries in the trunk 
group table and determine if parameters can be unchanged, 
omitted, or modified in the outgoing messages. 

Operation of a detailed embodiment of the invention will 
now be discussed with reference to FIGS. 1-4. Those skilled 
in the art will appreciate that numerous other examples 
could also be supported by the invention. An end user at 
residence 102 may request a telephone conversation with 
another end user at residence 116 by picking up telephone 
210 and dialing the number of a telephone at residence 116. 
As both end users are coupled to service nodes, this is an 
on-net call. Telephony card 332 in hub 304 of residence 102 
will detect the off-hook, supply dial tone, and detect dialed 
digits. This information will be forwarded in a message 
carried over ATM cell(s) to session manager 442 at the 
service node 140 (440 on FIG. 4). Session manager 442 will 
determine that the call is on-net and send a control message 
to ATM switch 441 at service node 140 to establish an SVC 
from mux 120 to mux 126 through SONET rings 130 and 
132 and ATM network 150. (In the alternative, the session 
manager could contact each of these resources to set-up the 
connection.) The connections between the muxes and the 
residences have preferably been provisioned, but they may 
also be established on an SVC basis. Session manager 442 
will instruct the telephony card at residence 116 to facilitate 
call set up, and the telephony card will ring the appropriate 
telephone. When the end user at residence 116 picks up the 
ringing telephone, a voice conversation may ensue over the 
end to end ATM path. 

If an off-net call is attempted by an end-user at residence 
102, a similar process occurs except that session manager 
442 at service node 140 recognizes the off-net destination 
and sends a control instruction to call manager 445 to 
process the call. In some embodiments, this could be a SS7 
IAM, and in other embodiments it could be a control 
message provided over a non-SS7 interface. Call manager 
445 processes the dialed number and issues an SS7 Initial 
Address Message (I AM) to the appropriate network element 
in POTS network 160. Session manager 442 instructs ATM 
switch 441 to set-up an SVC from mux 120 to AVM 444 at 
service node 140. Call manager 445 instructs AVM 444 of 
the particular DS0 to interwork with this SVC. As a result, 
the call is extended from service node 140 to POTS network 
160. POTS network 160 completes the call in the conven- 
tional manner. 

If an internet session is attempted by an end user at 
residence 102 using computer 214, LAN card 330 in hub 
204 at residence 102 will receive the connection request and 
forward it to Java card 320. Java card 320 will send a control 
message to session manager 442 at service node 140. 
Session manager 442 will instruct ATM switch 441 to 
establish an SVC from mux 120 to internet 170 through 
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ATM network 150. The connection between mux 120 and 
LAN card 330 may be established on an SVC basis, or it 
may already be provisioned. Because of the high bandwidth 
available, all three of the above communication sessions 
could occur simultaneously. 

An important feature of the residential hub is the support 
of legacy applications by providing a proxy. An example is 
how the telephony card supports POTS calls. The telephones 
operate in their normal manner, and the telephony card 
provides an "interpreter" between the telephone and the 
session manager. This "interpreter" function is a proxy. A 
proxy could also be provided for legacy Internet communi- 
cations. The LAN card or Java card could be programmed to 
act as the proxy. When a computer at the residence attempted 
an Internet communication, the proxy would intercept the IP 
packet. It could either translate the IP address into a desti- 
nation and provides it to the session manager, or simply 
forward the IP address the session manager. Either way, the 
session manager would set up an ATM SVC to the destina- 
tion. The legacy application on the computer could commu- 
nicate using IP addressing, but would be supplied with ATM 
connections using the proxy. 

The hub and session manager could provide proxy com- 
munications as follows. The session manager will house a 
generic service manager at an abstract level. The session 
manager will also house various service specific service 
managers derived from the generic service manager. 
Typically, the session manager houses the user agent and the 
residential hub houses the provider agent. The provider 
agent communicates with the service specific service man- 
ager to negotiate a service request. In a proxy situation, the 
proxy at the hub becomes the provider agent in the TINA 
model. This proxy/provider agent at the hub will commu- 
nicate with the service specific service manager at the 
session manager to set-up the communications session. 

In addition to establishing connections, the residential hub 
and service node provide a powerful platform to deliver 
services to the end user. The feature server at the service 
node could download Java applets to the Java CPU at the 
residential hub. This opens up a vast array of Java based 
services and could facilitate the use of network computers at 
the residence. These Java applets could be used to provide 
class 5 features to the telephones at the residence. For 
example, if the user requests call forwarding, a call forward- 
ing Java applet could be downloaded to the Java card. The 
Java card could interface with the user (i.e. over a telephone 
or computer) to collect the forwarding number. The Java 
card could then provide the forwarding number to the 
session manager. The session manager would direct all 
subsequent calls to the forwarding number, The feature 
server could also house a call-waiting applet. If a user 
invokes call-waiting, the feature server would download a 
call-waiting applet to the Java card. The Java card would 
control the telephony card to notify the user when an 
incoming call arrives during off-hook. The end-user would 
indicate acceptance of the other call with a hook flash 
detected by the telephony card. The end user class 5 features 
that today are provided centrally by a class 5 switch can be 
distributed over the residential communications hub, the 
session manager, and the feature server in this system. 
Allocation of intelligence in this manner offers the flexibility 
to easily customize and compose new services in a modular 
way. The following examples explain how some common 
class 5 features can be distributed. The provider agent in the 
residential hub can be responsible for performing the caller 
ID and call waiting features. Depending on the capabilities 
of the phones connected to the residential communications 
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hub, the provider agent can notify the user either visually or 
with audio messages. This is handled independently without 
the involvement of the session manager. On the other hand, 
call forwarding is responsible for capturing the forwarding 
number from the user. This information is passed to the 
session manager which updates call routing tables accord- 
ingly. In addition to serving as a repository for class 5 feature 
related applets that maybe downloaded to a residential 
communications hub, the feature server will have shared 
resources such as audio bridges to provide conference 
calling features to the end users. Those skilled in the art will 
appreciate how numerous features could be supplied in this 
manner. 

The feature server could also store personalized customer 
profiles and features. For example, personal intranets and 
browsers for end users could be stored in the feature server. 
By clicking an icon on a computer screen, an end user could 
access a personalized browser downloaded from the feature 
server. The personalized browser could be used to establish 
numerous forms of communications. One click on the 
browser could result in a telephone call set-up by the session 
manager — either on-net or off-net. Another click on the 
browser could result in the retrieval of information from the 
World Wide Web using a Uniform Resource Locator (URL). 

The feature server could also house personalized web 
pages for end users. The end users could monitor and modify 
their web page from their home computer. Others would be 
able to access the web page in the conventional way by 
accessing the feature server from the Internet. This would 
allow the end user to utilize e-mail through their web page. 
The feature server could be used to house media resources 
for the end users. A few examples would be yellow pages of 
Internet directories. The feature server could also provide a 
voice mail platform for the end user. The feature server 
could download various forms of software to the computers 
at the residence — for example, banking software. 

As demonstrated above, the invention provides a power- 
ful platform for delivering services to the end user. By 
providing POTS service using the telephony card, Java card, 
feature server, and session manager, POTS traffic can be 
integrated with other residential traffic over an ATM system. 
This allows the network to combine all traffic onto an ATM 
core. This also allows the network to offer a complete 
communications package to the end-user. In addition to 
POTS, the service node can provide other capabilities, such 
as home security, telecommuting, Internet connections, elec- 
tronic gaming, electronic commerce, and video applications. 

We claim: 

1. A communications system for providing communica- 
tions services to an end-user having a communications hub, 
wherein the communications system comprises: 

a session manager that is operational to receive and 
process service requests from the communications hub 
to provide connection instructions and signaling 
instructions; 

a call manager that is coupled to the session manager and 
a Public Switched Telephone Network (PSTN) and that 
is operational to exchange signaling with the PSTN in 
response to the signaling instructions from the session 
manager; 

a multiplexer that is operational to convert between an 
ATM over DSL format and an ATM over broadband 
format; 
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an ATM switching system that is coupled to the session 
manager, the multiplexer, and the PSTN, and that is 
operational to convert between the ATM over broad- 
band format and a PSTN format and provide ATM 
connections in response to the connection instructions 
from the session manager; and 

wherein one of the service requests is for an end-user 
telephone call, a portion of the signaling instructions 
results in an exchange of signaling with the PSTN for 
the telephone call, and a portion of the connection 
instructions results in a connection for the telephone 
call from the communications hub through the multi- 
plexer and the ATM switching system to the PSTN. 

2. The communications system of claim 1 further com- 
prising: 

the communications hub that is coupled to the multiplexer 
and that is operational to communicate with an analog 
telephone using an analog telephony format and con- 
vert between the analog telephony format and the ATM 
over DSL format; 

a second multiplexer that is coupled to the ATM switching 
system and that is operational to convert between the 
ATM over DSL format and the ATM over broadband 
format; and 

a second communications hub that is coupled to the 
second multiplexer and that is operational to commu- 
nicate with another analog telephone using the analog 
telephony format and convert between the analog tele- 
phony format and the ATM over DSL format; and 

wherein another one of the service requests is for another 
end-user telephone call and another portion of the 
connection instructions results in another connection 
for the other telephone call between the analog tele- 
phones and through the ATM switching system. 

3. The communications system of claim 1 wherein the 
ATM switching system is coupled to an Internet and is 
operational to convert between the ATM over broadband 
format and an Internet format and wherein another portion 
of the connection instructions result in end-user access to the 
Internet through the ATM switching system. 

4. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide an intranet to the 
end-user. 

5. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide a personalized 
browser to the end-user. 

6. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide a personalized web 
page for the end-user. 

7. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide voice mail to the 
end-user. 

8. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide software to the 
end-user. 
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